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About this guide 





This guide describes the Meridian ACCESS Enable option configuration on 
Meridian Mail and is intended for the technical administrator responsible 
for Meridian ACCESS-based applications. This guide assumes that the 
technical administrator is familiar with Meridian Mail and Private Branch 
Exchange (PBX) administration. 


The Meridian ACCESS Enable option is used with such products as 
Meridian IVR and VISIT Messenger. In addition, Meridian ACCESS is 
used by licensed Value Added Developers (VADs) for highly customized 
interactive message processing applications. 


All Meridian ACCESS-based applications (including Meridian IVR and 
VISIT Messenger) use a UNIX-based operating environment that interfaces 
with Meridian Mail. This document only addresses the Meridian ACCESS 
configuration required on Meridian Mail and does not address the specific 
configuration requirements of the UNIX environment. For more 
information about these requirements, see the Meridian ACCESS 
Developer’s Guide (NTP 555-7001-316). 
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Product documentation 


For more information on Meridian IVR, please refer to the following: 


Order Code Description 


NT3RO1DA Meridian IVR Operational NTPs 


(A0402415) include: 
- Meridian IVR General Description (555-9001 -010) 


- Meridian IVR Installation Guide (555-9001 -210) 

- Meridian IVR System Administration and Reports for 
X-Terminal Users (555-9001 -300) 

- Meridian IVR System Administration and Reports for 
System Console Users (555-9001 -301) 

- Meridian IVR System Maintenance and Diagnostics 
(555-9001 -500) 

(NT3RO1CA Meridian IVR Development NTPs 


(A040241 4) include: 

- Meridian IVR Application Guide (555-9001-310) 

- Meridian IVR Gateway Development Guide 
(555-9001-312) 

- Meridian IVR System Administration and Reports for 
X-Terminal Users (555-9001 -300) 

- Meridian IVR System Administration and Reports for 
System Console Users (555-9001 -301) 





For more information on VISIT Messenger, please refer to the following: 


NTVMO0100 VISIT Messenger User Guide 
NTVM0300 VISIT Messenger Server Administration Guide 
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Related documentation 


Further Meridian Mail information can be found in the following Northern 
Telecom (Nortel) Publications (NTPs): 


Installation and Maintenance Guide (NTP 555-70x1-250) 
Provides information on PBX and PBX/DMS setups for various 
applications. 


The “x” in the second layer of the NTP number (70x 1) represents the 
applicable hardware platform and corresponds to one of the following: 


e 7011 for Options platforms 

e 7041 for Modular Option platforms 

e 7051 for Modular Option GP platforms 
e 7061 for Modular Option EC platforms 


Note: The NTP number for the Option 11: Installation and 
Maintenance Guide (for Card Option platforms) is 555-7071—210. 


System Administration Guide (NTP 555-7001 -30x) 
Describes all administration functions on the Meridian Mail system, 
including voice service configuration. 


The “x” in the last layer of the NTP number (30x) represents the switch 
connection and customer type, and corresponds to one of the following: 


e 301 for single-customer systems using Meridian 1 
e 302 for multi-customer systems using Meridian 1 


e 307 for single-customer systems using either a DMS-10, DMS-100, or 
SL-100 switch, or selected models of AT&T PBXs 


e 308 for multi-customer systems using either a DMS-10, DMS-100, or 
SL-100 switch, or selected models of AT&T PBXs 


Site and Installation Planning (NTP 555-70x1-200) 

Assists in selecting and planning the Meridian Mail hardware installation 
site. The “x” in the second layer of the NTP number (70x 1) represents the 
applicable hardware platform. 
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Meridian ACCESS Developer’s Guide (NTP 555-7001-316) 
Describes how to develop and maintain Meridian ACCESS applications. 


Meridian ACCESS Application Programming Interface (API) 
Reference Manual (NTP 555-7001-317) 

Describes how to use the API library functions to program Meridian 
ACCESS applications. 


Meridian ACCESS Voice Prompt Editor User’s Guide 

(NTP 555-7001-318) 

Describes how to use the voice prompt editor to create and maintain voice 
segment files and individual voice segments. Included is an overview of the 
editor and its functions, tips on designing and creating prompts, and 
specific information about using the editor. 


Further information on Automatic Call Distribution (ACD) can be found in 
the following document: 


X11 Data Administration Input/Output Guide (NTP 553-2311-311) 
Provides information on setting up ACD, including details on options 
available on ACD queues. 


X11 Input/Output Guide (NTP 553-3001 -400) 


Contains detailed information on overlays. 


The technical administrator’s role 


The technical administrator’s role is to ensure the Meridian ACCESS 
Enable option is correctly configured for Meridian ACCESS-based 
products such as Meridian IVR and VISIT Messenger. The nature of the 
required configuration is a function of the product, or application, which 
varies considerably. 


The following are typical of the technical administrator’s responsibilities: 


e planning Meridian Mail and PBX configuration 
e assigning unique application identifiers “classes” 
e creating or assigning Meridian Mail accounts 


e allocating channels for the applications using the Channel Allocation 
Table (CAT) on Meridian Mail 


e setting up ACD queues on the PBX for applications that answer 
incoming calls 
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e creating a new voice service entry for each application that handles 
incoming calls, using the Voice Service Directory Number (VSDN) 
table on Meridian Mail 


e applying the appropriate procedures (generally the converse of the 
above-listed procedures) when applications are removed from the 
system 


This guide describes the configuration of Meridian ACCESS-based 
applications. Because applications can vary considerably in many aspects 
affecting configuration, this guide presents information in general terms. 


Some information applicable to Meridian ACCESS-based applications can 
be found elsewhere (for example, Meridian Mail NTPs, or documentation 
pertaining to an individual application). Wherever possible, references to 
additional sources are included throughout this document. 


This guide contains the following chapters: 


Introduction 
Describes the Meridian ACCESS product in general terms and lists 
pre-configuration requirements. 


Overview 
Introduces Meridian ACCESS concepts and describes the architecture of a 
Meridian ACCESS “system”. 


Examples 
Illustrates the planning and configuration of a sample Meridian 
ACCESS-based application. 


Planning 
Lists the information required and describes how to coordinate the 
information for configuring an application. 


Configuration 
Describes the procedures that apply to configuring an application. 


Appendix A: SMDI systems 
Describes the configuration procedures specific to SMDI configurations. 
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Chapter 1: Introduction 





This chapter describes Meridian ACCESS, its components, and its 
preconfiguration requirements. 


About Meridian ACCESS 


Meridian ACCESS allows Northern Telecom (Nortel) products to provide 
specialized services combining the convenience of a telephone with the 
power of a computer. Often these services are Interactive Voice Response 
(IVR) applications which enable a person to retrieve information or place 
an order over the telephone simply by pressing the telephone keys. 


The Meridian ACCESS system 


A Meridian ACCESS “system” involves the following components (shown 
in Figure 1-1): 


e Private Branch Exchange (PBX)—Meridian 1, for example 
e Meridian Mail (with the Meridian ACCESS feature enabled) 
e UNIX workstation running a Meridian ACCESS-based application 


These components and their functions are described in more detail in 
Chapter 2 “Meridian ACCESS Overview.” 
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Figure 1-1 
Meridian ACCESS overview 
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Preconfiguration requirements 


Before configuring your system for a new Meridian ACCESS-based 
application, ensure that the system meets the requirements listed below. 


Meridian Mail 
Your Meridian Mail system must 


e be fully installed according to the Installation and Maintenance Guide 
(NTP 555-70x1-250) 


e have the Meridian ACCESS feature enabled—see the System 
Installation and Modification Guide (NTP 555-7001-215) for details 


e have sufficient voice channels installed 
e have sufficient storage (disk space) for voice prompts and messages 
e have a dataport available for Meridian ACCESS 


ACCESS supports basic transmit, receive, and ground pins (pins 2, 3, 
and 7). For Card Option systems, all dataports on the RS—232 Service 
Module (RSM) card are configured as Data Terminal Equipment 
(DTE). For Modular Enhanced Capacity (EC) systems, all dataports 
are configured as DTE on both the utility pack and the Single Board 
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Computer (SBC) card. For Options NT/XT (hardware in the 
Cantilever/CenterMount Peripheral Equipment shelf packaging), 
Options ST/RT (hardware in the SL-1 Tier In-Skins packaging), 
Modular Option (Op), and Modular General Purpose (GP) systems, all 
dataports are configured as DTE on both the RSM card and the SBC 
card. 


On MSM platforms, you require the NTGX06AB transition module for 
an ACCESS port on an SPN node. The NTGXO6AB has serial ports 
configured as DTE. 


When connecting to the Motorola Delta series workstation, serial ports 
on the 332XT I/O card are configurable as DTE or Data 
Communications Equipment (DCE). The Motorola also has two 
nine-pin SBC ports configured as DTE. When connecting DTE to DCE 
devices, you use a straight-through, 25-pin serial cable. You will 
require a null modem for a DCE-to-DCE or a DTE-to-DTE 
configuration. 


e have silence compression turned on if you are using the Voice Prompt 
Editor to develop voice prompts. See the Meridian ACCESS Voice 
Prompt Editor’s User Guide (NTP 555-7001-318) for more 
information. 


See Chapter 4 “Planning your application” for further information on some 
of these requirements. 


Meridian ACCESS link speeds 
ACCESS links support various speeds on all platforms. Every 
configuration will differ according to the number of links and the platform 
used; however, the rules in Table 1-1 indicate how you can best use 
ACCESS links for optimal speed. 


Note: ACCESS links have a minimum baud rate of 4.8 kbyte/s and a 
maximum baud rate of 19.2 kbyte/s; Meridian Mail Reporter links, on 
which you run Meridian Mail Reporter, have a minimum baud rate of 
2.4 kbyte/s and a maximum baud rate of 9.6 kbyte/s. VISIT Messenger 
runs at 38.4 kbyte/s on a port. 
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Table 1-1 
Rules for configuring Meridian ACCESS link speeds 


Slowest Fastest Maximum | Greatest 
speed on | speedon |cumulative | number of 
port port speed on links 
Platform * Node(s) (kbyte/s) (kbyte/s) (system) 


B 


maximum 
of 2 nodes 
for NT/XT 
and ST/RT, 
and up to a 
maximum 
of 5 nodes 
for Mod Op 
and Mod 
GP) 


SPN 
transition 
module 


* Mod EC (Modular Option Enhanced Capacity), Mod Op (Modular Option), Mod GP (Modular 
Option General Purpose hardware in the UEM packaging), Options NT/XT (hardware in the 
Cantilever/CenterMount Peripheral Equipment shelf packaging), Options ST/RT (hardware in 
the SL-1 Tier In-Skins packaging), Card Op (Option), and MSM (Message Services Module) 
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Private Branch Exchange 
Your Private Branch Exchange (PBX) must 


meet the requirements for Meridian Mail as specified in the Site and 
Installation Planning Guide (NTP 555-70x1-200) 


be fully configured for Meridian Mail according to the Installation and 
Maintenance Guide (NTP 555-70x 1-250) 


have all voice channels configured 


have sufficient incoming and outgoing trunks and line cards installed 
and configured 


UNIX workstation 
The workstation refers to the hardware platform using the Meridian 
ACCESS-based application, or product. The workstation does not 
necessarily have to be installed before configuration begins, but it must be 
functioning by the time you are ready to install and test the Meridian 
ACCESS-based application. The workstation must 


be connected to a dataport on Meridian Mail 
have the Meridian ACCESS-based application system fully installed 
Note: Application requirements are dependent upon the application 


itself. The application should provide installation and configuration 
details for the UNIX workstation. 
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Chapter 2: Meridian ACCESS overview 





This chapter describes how the PBX, Meridian Mail, and Meridian 
ACCESS function together to provide customized voice service 
applications. 


Types of applications 
Configuration requirements for Meridian ACCESS-based applications vary 
depending on the needs of the application. The following sections outline 
the types of applications that can be created and combined. 


Incoming call (inbound) applications 
Applications that provide a service to callers who dial in are “inbound” 
applications. Callers dial from either an internal telephone (an extension on 
the PBX) or external telephone (a payphone or home telephone, for 
example) to the service, which is often an Interactive Voice Response (IVR) 
service. 


Outgoing call (outbound) applications 
Applications that call internal or external telephone numbers are 
“outbound” applications. The application requests Meridian Mail to initiate 
an outgoing call, and provides a service (IVR or call processing function) to 
a customer. 


Administrative applications 
Applications that do not take incoming calls or place outgoing calls are 
generally administrative in nature. There is a wide range of possible 
applications, and a popular example is electronic mail notification. 
Meridian ACCESS can be used to send summaries of voice messages to a 
host computer, and can receive notification of text messages (and turn on 
Message Waiting Indication at a telephone set). 
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Transactional messaging applications 
These types of applications combine the characteristics of both inbound and 
outbound applications. Users typically call in to the service and leave 
messages in mailboxes (inbound). Subsequently, the application schedules a 
call to either a free agent or to the customer. 
























































Concepts 
In order to plan and configure a Meridian ACCESS system, you must 
understand some basic concepts described in this chapter, such as Private 
Branch Exchange (PBX), shared and dedicated channels, call processing, 
and the Channel Allocation Table (CAT). Figure 2-1 illustrates the 
components of a system. 
Figure 2-1 
Meridian ACCESS-based components 
PBX Meridian Mail 
| VSDNtable | 
DN Service Class 
|300 VM 
1301 EM | 
| ae ACC 2 | 
a> ACD DN 302 ‘S 
N 
Caller on agent 1 —— channel 1 
Giclee agent 2 channel 2 x A 
external) am eU UNIX workstation 
agent 4 channel 4 (running the 
Meridian ACCESS 
application) 
A 











Private Branch Exchange 
The private branch exchange (PBX) provides the telephone interface to 
Meridian ACCESS voice services. For Meridian 1 systems, the Automatic 
Call Distribution (ACD) feature allows a number of “telephones” 
connected to the PBX (known as agent positions) to share equally in 
answering incoming calls. Incoming calls to an ACD Directory Number 
(DN) are placed in an ACD queue and presented to the available agents on 
a “first-in, first-out” basis. Other switches use similar queuing schemes. 
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In Meridian 1 systems, Meridian Mail uses ACD to receive calls from users 
who have dialed a voice service telephone number or directory number 
(VSDN), which is also the ACD DN of an ACD queue. Calls are 
distributed to agent positions which correspond to voice channels on 
Meridian Mail. Inbound applications handle calls that originate outside the 
PBX. A call arrives on a trunk that terminates on an ACD queue. 


Meridian Mail is usually configured so that all incoming calls share all 
available agents/channels. Therefore, calls are evenly distributed. Shared 
channel configuration involves one “primary” ACD DN queue that can 
direct calls to all configured agents. Some voice services use ACD DN 
queues that do not have agents assigned to them. These “virtual” ACD DN 
queues forward incoming calls for certain DNs to the primary ACD DN 
queue, using the agents assigned to the primary DN. 


In some cases, however, you may decide to use a dedicated channel 
configuration in order to allocate channels to a specific ACCESS 
application. For example, any incoming calls for the specified application 
would funnel into a “primary” ACD queue for DN 3311. Four agents 
would comprise the queue and correspond to four voice channels on 
Meridian Mail. 


Shared versus dedicated channels 

The decision to use a shared or dedicated channel configuration depends on 
the specific requirements of the application. Often the application 
developer will specify which configuration to use. The shared channel 
method uses channels more efficiently in terms of channel utilization, but 
generates more Meridian ACCESS link traffic and Meridian Mail system 
load. The dedicated channel method reduces some application overhead, 
and is suitable for systems using a single application and no other voice 
services. 


Note: A combination of shared and dedicated channels may be 
required to achieve your organization’s particular call-handling 
objectives. 


Meridian Mail 
Meridian Mail provides all basic voice service capabilities to the Meridian 
ACCESS system. It stores all voice recordings and gives callers access to 
features like voice messaging (which in itself has a long list of available 
features), voice menus, and announcements. These features can be 
customized to meet the needs of a wide range of users. 
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Call processing 

Incoming calls to a voice service (such as a Meridian ACCESS-based 
application) arrive on Meridian Mail channels according to ACD 
configuration, as previously described. Although a call may have been 
forwarded to another ACD DN and then reassigned to an agent position, it 
still retains information about the originally dialed DN. Meridian Mail 
interprets this DN according to the Voice Service-DN (VSDN) table. The 
VSDN table lists all voice service DNs and type-of-service information on 
each DN. 


VSDN table 

Every voice service has a DN associated with it; when this DN is dialed, 
the call is passed to Meridian Mail. Meridian Mail starts up the appropriate 
voice service by looking at the VSDN table entry for that DN. 


The VSDN table entry for a Meridian ACCESS-based application contains 
three pieces of information: the DN, service type (ACCESS), and class. A 
service type of ACC indicates to Meridian Mail that the call should be 
passed to Meridian ACCESS. Every Meridian ACCESS-based application 
has a unique class number; the class indicates which application should be 
notified about the call. If the originally dialed DN corresponds to a 
Meridian ACCESS-based application, Meridian Mail will notify that 
application to handle the call. 


Channel Allocation Table 

The Channel Allocation Table (CAT) contains entries for each voice 
channel on Meridian Mail and matches these channels to ACD agents on 
the PBX. This table enables you to dedicate channels to a particular service 
on Meridian Mail or make the channels available to all services. 


When channels are dedicated to a service in the CAT, Meridian Mail cannot 
allocate those channels to any other service. If those particular channels are 
not dedicated on the PBX (using a separate ACD queue as described 
earlier), any service can use the channels on incoming calls—the CAT only 
controls the resources allocated by Meridian Mail. Refer to Chapter 5 
“Configuration procedures” for details regarding the modification of the 
CAT and channel restrictions. 
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Meridian Mail Channels 

There are three types of channels in Meridian Mail: Multimedia channels, 
Full Voice channels, and Basic Voice channels. All channels are configured 
in the CAT. 


If Basic Voice channels are dedicated as both “ACCESS” and “any” in the 
CAT, then all ACCESS services of any class can use only those channels, 
but no other voice service can use them. If Basic Voice channels are 
dedicated as “ACCESS” and for a specific class (for example, class five ), 
then ACCESS applications of class five can use only those channels and 
not any other channels. 


A Basic service will be able to use a Full Voice channel only if there are no 
Basic Voice channels in service; a Basic service can use a Multimedia 
channel only if there are no Full and Basic Voice channels in service. For 
more information about the CAT and dedicated channels, see Chapter 5 
“Configuration procedures.” 


Outbound discussion 

Outbound ACCESS applications must always acquire a voice channel 
before initiating a call. The voice channel allocated is determined by the 
CAT settings and an application’s class. It is important to note there are no 
dialing restrictions applied to the outcalling ACCESS application. Those 
restrictions must be enforced on the Meridian 1. 


In systems configured with AML/CSL, the PBX, by default, blocks 
incoming calls to applications. An incoming call is presented only after the 
application issues the m_AcceptCall API function. The application must 
issue this function after every call to receive the next call. 


If no activity occurs on the channel for one hour, Meridian 1 will present 
calls even if the application does not issue the m_AcceptCall function. As a 
result, presented calls can interrupt an outbound application. To ensure that 
the switch does not present calls, you must perform some type of activity 
on the channel such as starting to make a call. The switch will then stop 
presenting calls and interrupting an application. If you wish to use a 
channel only for outbound applications, not configuring an ACD queue for 
that channel ensures that the switch cannot present any calls. 


In systems configured with SMDI, incoming calls are presented anytime 
after the application issues the m_Acquire API function. 
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Mailboxes 

Most Meridian ACCESS-based applications require a Meridian Mail 
account, or mailbox, to store voice files. A single mailbox can be shared by 
a number of applications and must be shared if the applications use the 
same voice files. It may be useful to have different applications use 
different mailboxes. 


Mailboxes can be customized in a number of ways to suit a Meridian 
ACCESS-based application. For example, space requirements for voice 
files must be taken into account. As well, message waiting indication can 
be enabled, or disabled if there is no telephone number associated with the 
mailbox. Message retention information also can be modified. 


Meridian ACCESS 


Meridian ACCESS-based applications can be developed to meet a wide 
variety of requirements. An application can receive or place telephone 
calls, play prompts, receive “input” in the form of digitone keypresses, 
transfer calls, and record messages, and use Meridian Mail services—all of 
these functions can be built into a voice service that is tailored to meet 
special requirements. 


With Release 10.0 of Meridian Mail, you can configure multiple ACCESS 
links to run concurrent combinations ofMeridian ACCESS, Meridian IVR, 
VISIT Messenger, and Meridian Mail Reporter (MMR) on even a 
single-node system. (In previous releases of Meridian Mail, only one 
ACCESS link could be configured on nodes 1 and 3.) 


Each different Meridian ACCESS-based application on a system can be 
treated as a separate voice service by assigning a unique class number to 
the application. As discussed earlier, the VSDN table on Meridian Mail 
uses the service type of ACC, and this class number (which may be 
predetermined by the application developer or designed to be configurable 
by an administrator), to notify the appropriate application of a call. 


A typical application program would start by “registering” with the 
Meridian ACCESS system. It would then acquire a Meridian ACCESS 
session, and log on to a mailbox on the Meridian Mail system. Once these 
steps are completed, all the other Meridian Mail functions supported by 
Meridian ACCESS can be performed. 
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Chapter 3: Configuration examples 





This section contains several examples of Meridian ACCESS systems with 
different application scenarios in order to illustrate the variety of 
configuration possibilities. The following examples are shown: 


e simple incoming call application using shared channels 


e two applications: one using dedicated incoming channels and the other 
one using shared channels 


e application using dedicated channels for outgoing calls 


e = multi-function applications 


These simplified examples show applications which only accept incoming 
calls or applications which only make outgoing calls. These examples 
follow the progress of a call to or from Meridian ACCESS and end when 
the user or customer is connected to the Meridian ACCESS-based 
application. (Information on applications which perform both functions can 
be found in the section entitled “Incoming and outgoing call applications” 
later in this chapter.) 


Each example is accompanied by a flowchart diagram and a configuration 
summary to help you apply the configuration information to your own 
application scenarios. Express Messaging is shown in each instance as an 
example of a Meridian Mail voice service. 


Each application scenario ends when the call is disconnected (either by the 
caller or the application), and the resources are “made ready” for the next 
call. The events involved in making resources ready are not described here 
because they are dependent on the application design and do not affect 
configuration. 
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Simple incoming call application using shared channels 
Figure 3-1 illustrates an eight-channel Meridian Mail system with a single 
Meridian ACCESS-based application that takes incoming calls. The 
application (which is identified to Meridian Mail as class 1) shares channels 
with Meridian Mail. 


Figure 3-1 
Example setup for shared channel, incoming call application 
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When a customer calls the Meridian ACCESS-based application, the 
following events occur: 


1 The customer dials DN 4000. 
DN 4000 is an ACD DN with no agents. It is forwarded to DN 3000. 
2 The PBX routes the call to DN 3000. 


DN 3000 is an ACD DN with eight agents and is configured for use 
with Meridian Mail. 
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The PBX routes the call to the first available ACD agent assigned to 
DN 3000. 
The ACD agent corresponds to a Meridian Mail channel. The customer 


may now hear one or a few rings before Meridian Mail picks up the 
call. 


Meridian Mail receives the call (by assigning call-handling resources 
to that channel). 


Meridian Mail looks up the originally dialed DN (4000) in the VSDN 
table. 


This DN has Service=ACC and Class=1, so Meridian Mail knows to 
pass this call on to Meridian ACCESS-based application “1.” 


The user is connected to the appropriate Meridian ACCESS-based 
application. 


When the call has been completed and is disconnected (either by the caller 
or the application), the ACD agent and Meridian Mail channel are made 
ready for the next call. 


Procedure 3-1 
Example 1 Configuration summary 


Assuming that Meridian Mail has been installed, configured, and tested (so 
that voice messaging and Express Messaging function correctly using all 
available ACD agents), the following configuration procedure must be 
performed to set up an application like this one: 


1 


Define ACD DN 4000 (using typical voice service configuration, 
forwarded to DN 3000) on the PBX. 


Define DN 4000 as ACCESS-based application “1” in the VSDN table 
on Meridian Mail. 


Ensure that no Basic voice channels are configured in the Channel 
Allocation table. 
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System with two applications: one using dedicated 
incoming channels, one using shared channels 


Figure 3-2 illustrates an eight-channel Meridian Mail system with two 
Meridian ACCESS-based applications, each accepting incoming calls. 
Application 1 (class 1) shares channels with Meridian Mail. Application 2 
(class 2) uses two dedicated channels. Meridian Mail voice messaging (and 
any services sharing channels with it) use the remaining six channels. 


Figure 3-2 
Example setup for shared- and dedicated-channel incoming call 
applications 
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The scenario for customers calling application 1 is exactly the same as the 
previous scenario, described in Procedure 3-1. 
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When a customer calls Meridian ACCESS-based application 2, the 
following events occur: 


1 


5 


The customer dials DN 5000. 


DN 5000 is an ACD DN with two agents and is configured for use 
with Meridian Mail. 


PBX routes the call to the first available agent assigned to DN 5000. 


The ACD agent corresponds to a Meridian Mail channel. The customer 
may now hear one or a few rings before Meridian Mail picks up the 
call. 


Meridian Mail receives the call (by assigning call-handling resources 
to that channel). 
Meridian Mail looks up the originally dialed DN in the VSDN table. 


DN 5000 has Service=ACC and Class=2, so Meridian Mail knows to 
pass this call on to Meridian ACCESS-based application “2.” 


The user is connected to the Meridian ACCESS-based application. 


When the call has been completed and is disconnected (either by the caller 
or the application), the ACD agent and Meridian Mail channel are made 
ready for the next call. 


Procedure 3-2 
Example 2 Configuration summary 


Assuming that Meridian Mail has been installed, configured, and tested (so 
that voice messaging and services function correctly using eight ACD 


agents), the following configuration procedure must be performed: 


1 


Reduce the number of ACD agents assigned to DN 3000 (the voice 
messaging DN) on the PBX. 


Define ACD DN 4000 (using typical voice service configuration, 
forwarded to DN 3000) on the PBX. 


Define ACD DN 5000 (as a message center DN with two agents) on the 
PBX. 


Add two agents to DN 5000 (or change the ACD DN on the two 
removed from the voice messaging queue) on the PBX. 


Define DN 4000 as ACCESS-based application “1” and DN 5000 as 
ACCESS-based application 2 in the VSDN table on Meridian Mail. 
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6 Modify the “Primary DN” field in the Channel Allocation Table for the two 
ACD agents assigned to DN 5000. Also, modify the “Outbound” field so 
that two channels are dedicated to ACCESS, class 2, and the 
“Capability” field is defined as Full. If there are any Basic Ports, 
Application 1 will not be able to acquire a port. 


System using dedicated channels for outgoing calls 


Figure 3-3 illustrates an eight-channel Meridian Mail system with channels 
dedicated to particular services. Four channels are shared between voice 
messaging and voice services. Two channels are dedicated to outgoing 
Networking calls. Two channels are dedicated to outgoing calls made by a 
particular Meridian ACCESS-based application (class 1). 


Figure 3-3 
Example setup for shared- and dedicated-channel outgoing call 
applications 
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Outgoing calls made by Meridian Mail services (for example, Remote 
Notification service) or another Meridian ACCESS-based application 
(using shared channels) can be made on any of channels 1-4 (see Figure 3-3 
for channel “numbers”’), because they are allocated to ALL services in the 
Channel Allocation Table. Any outgoing networking calls must be made on 
either channel 5 or channel 6. 


The scenario for Meridian ACCESS-based application “1” is as follows: 
1 The application requests a channel in order to make an outgoing call. 


2 Meridian Mail looks up the application class in the Channel Allocation 
Table and finds two channels dedicated to that application. 


3 Meridian Mail chooses the first available channel dedicated to 
Meridian ACCESS-based application class “1.” 


Each channel has an ACD agent on the PBX associated with it as 
defined in the Channel Allocation Table. 
4 The application requests that the call be placed. 
5 Meridian Mail passes the calling information to the ACD agent. 
6 The PBX makes the outgoing call from the ACD agent. 


The application is informed of the call’s progress. 


When the call has been completed and is disconnected (either by the caller 
or the application), the ACD agent and Meridian Mail channel are made 
ready for the next call. 


Procedure 3-3 
Example 3 Configuration summary 


Assuming that the Channel Allocation Table is configured for six channels 
shared by all services and two channels dedicated to Networking, the 
following configuration procedure must be performed to set up an 
application like this one: 

1 Modify the Channel Allocation Table entries so that two channels are 


dedicated to the Meridian ACCESS service, class 1, and the 
“Capability” field is defined as Basic. 
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Multi-function applications 
Figure 3-4 illustrates an eight-channel Meridian Mail system with one 
“multi-function” Meridian ACCESS-based application that takes incoming 
calls and plays prompts in different languages, depending on the phone 
number dialed. The application (defined as class 1) shares Meridian Mail 
channels. 


Figure 3-4 
Example setup for a multi-function application 
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When a customer calls the Meridian ACCESS-based application, the 
following events occur: 


1 


The customer dials DN 400x. 

DN 400x is any one of three ACD DNs (4000, 4001, or 4002) with no 
agents. It is forwarded to DN 3000. 

The PBX routes the call to DN 3000. 

DN 3000 is an ACD DN with eight agents and is configured for use 
with Meridian Mail. 


The PBX routes the call to the first available ACD agent assigned to 
DN 3000. 


The ACD agent corresponds to a Meridian Mail channel. The customer 
may now hear one or a few rings before Meridian Mail picks up the 
call. 


Meridian Mail receives the call (by assigning call-handling resources 
to that channel). 

Meridian Mail looks up the originally dialed DN (400x) in the VSDN 
table. 


This DN has Service=ACC and Class=1, so Meridian Mail knows to 
pass this call on to Meridian ACCESS-based application “1.” 


The user is connected to Meridian ACCESS-based application “1.” 
Meridian Mail passes the originally dialed DN (400x) to Meridian 
ACCESS, and the application itself determines which prompts to play. 


When the call has been completed and is disconnected (either by the 
caller or the application), the ACD agent and Meridian Mail channel 
are made ready for the next call. 
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Procedure 3-4 
Example 4 Configuration summary 


Assuming that Meridian Mail has been installed, configured, and tested (so 

that voice messaging and Express Messaging function correctly using all 

available ACD agents), the following configuration procedure must be 

performed to set up an application like this one: 

1 Define ACD DNs 4000, 4001, and 4002 (using typical voice service 
configuration, forwarded to DN 3000) on the PBX. 

2 Define DNs 4000, 4001, and 4002 as ACCESS-based application “1” in 


the VSDN table on Meridian Mail (use a different revert DN for each 
language so that callers can receive appropriate help). 


3 Ensure that no Basic voice channels are configured in the Channel 
Allocation Table. 


Incoming and outgoing call applications 
The examples shown in this section illustrate separately the necessary 
components of incoming applications and outgoing applications. To 
configure applications that provide both functions, simply combine the 
configuration information shown in the examples. 


When configuring an incoming/outgoing call application, the following 
guidelines apply: 

Shared channels (both incoming and outgoing calls) 

This is the simplest, and probably most popular, scenario. Setup involves 
creating new ACD DNs (on the PBX) that are forwarded to the main queue 
and adding an entry for each new ACD DN in the VSDN table on Meridian 
Mail. 


Shared incoming channels, dedicated outgoing channels 

Setup involves creating new ACD DNs (on the PBX) that are forwarded to 
the main queue and adding an entry for each new ACD DN in the VSDN 
table on Meridian Mail. The Channel Allocation Table must also be 
updated to dedicate particular channels to Meridian ACCESS-based 
applications with the appropriate class number. 
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Dedicated incoming channels, shared outgoing channels 

Setup involves creating new ACD DNs (on the PBX) with the appropriate 
number of agents assigned to them (either new agents or agents removed 
from the main Meridian Mail queue). A new entry must be made in the 
VSDN table on Meridian Mail for each ACD DN. The Channel Allocation 
Table must also be updated to dedicate particular channels to Meridian 
ACCESS-based applications with the appropriate class number. 


Dedicated channels (both incoming and outgoing calls) 

On the PBX, setup involves creating new ACD DNs with the appropriate 
number of agents assigned to them (either new agents or agents removed 
from the main Meridian Mail queue). 


On Meridian Mail, a new entry must be made in the VSDN table for each 
ACD DN. The Channel Allocation Table (CAT) must also be updated to 
dedicate particular channels to Meridian ACCESS-based applications with 
the appropriate class number. For more information about the CAT, see 
Chapter 5 “Configuration procedures.” 
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Every Meridian ACCESS-based application serves a unique function, and 
the configuration requirements can vary widely. Planning for an application 
is a very important step in the configuration process, and this chapter 
provides the information required to help you set up your Meridian 
ACCESS-based application. 


More on preconfiguration requirements 
The “Introduction” to this document specifies some preconfiguration 
requirements which should be met before configuration takes place. Some 
of these requirements depend on the nature of the application and are 
further explained here. 


Storage (disk space) 
Meridian Mail stores all voice prompts, messages, greetings, and any other 
recorded voice for Meridian ACCESS-based applications and other voice 
services. If you are using other Meridian Mail features, the storage 
requirements for those must also be taken into account. 


When using dedicated channels, the voice prompts should be stored on the 
node where the channels are dedicated. This will assist in balancing the 
load on the disks. If a multi-node system is being used, it is possible to 
place a copy of the prompts on each node. However, this may not be 
appropriate for applications which regularly update their voice prompts. 


The application developer should provide you with information on the 
storage requirements for each application. For details on determining 
system size, refer to Meridian Mail Site and Installation Planning (NTP 
555-70x 1-200). 
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Voice channels 
To determine the appropriate number of channels for the system, estimate 
the traffic requirements for each application. If you are using other 
Meridian Mail features, the traffic requirements for those must also be 
taken into account. For more information on determining system size, refer 
to the Site and Installation Planning Guide (NTP 555-70x1-200). 


Refer to Procedure 4-1 to estimate the traffic requirements for Meridian 
ACCESS-based applications. 


Procedure 4-1 
Estimate traffic requirements 


1 


Estimate the average length of a call to or from the application. 

This should include post-call processing time which is the time from 
disconnection of one call until the application is ready to accept the next 
call. This information should be provided by the developer. 

Estimate the number of calls for the busiest hour. 


Multiply the average length by the number of busy-hour calls—this 
value is called the “total activity” for one application. 


Repeat steps 1 to 3 for each application. 


Add the total activity of each application to find the total activity for all 
applications. 

Divide this number by 100 to determine the CCS count (CCS refers to 
hundreds of call seconds). 


Look up the CCS value in Table 4-1 to determine the optimum number 
of voice channels for Meridian ACCESS-based applications. 





555-7001-315 Standard 1.0 January 1998 


Planning your application 4-3 





Table 4-1 
Determining channel capacity for an M1 (SL-1) switch with ACD 
queues 


Capacity of system (CCS) Number of channels 





0 to 54 4 

55 to 157 8 
158 to 273 12 
274 to 522 20 
523 to 651 24 
652 to 782 28 
783 to 915 32 
916 to 1049 36 
1050 to 1183 40 
1184 to 1318 44 
1319 to 1455 48 
1456 to 1591 52 
1592 to 1729 56 
1730 to 1866 60 
1867 to 2004 64 


Note: The information is based on Erlang C formula. A 5% probability of 
delay exists in the ACD queue exceeding 1/6 of the average session 


length. 
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Table 4-2 
Determining channel capacity for a DMS-100 switch with UCD queues 


Capacity of system (CCS) Number of channels 





0 to 557 24 
557 to 1258 48 
1258 to 1983 72 
1983 to 2719 96 
2719 to 3461 120 
3461 to 4208 144 


Note: This information is based on Erlang C formula. A 5% probability of 


delay exists in the UCD queue exceeding 1/6 of the average session 
length. 





Application planning 
A checklist is provided at the end of this section to help you organize your 
information. The checklist also points to the procedures required to 
complete the configuration of an application. 


Before you start 
The application developer should provide you with the following for each 
application: 


e class number 
e mailbox requirements 


e channel allocation requirements (does the application call for shared or 
dedicated channels?) 


e number of ACD DNs required 
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Determine your needs 
Once you have a good understanding of how the application works, you 
should determine the following: 


1 Does the application receive incoming calls? 
If yes: 


a. Will the calls share channels with other applications or voice 
services, or do they require dedicated channels? 


b. If channels are to be dedicated to the application, how many 
channels/ACD agents are required? 


c. Is the application a “multi-function” one? 


Multi-function applications answer calls made to different 
numbers in different ways and require separate ACD DNs. 
Separate revert DNs may also be required. 


2 Does the application place outgoing calls? 
If yes: 


a. Will the calls share channels with other applications or voice 
services, or do they require dedicated channels? 


b. Will calls be placed to internal extensions, external numbers, or 
both? 


3 Does your Meridian Mail system have to be expanded to accommodate 
increased traffic or storage requirements? 


Draw a flowchart 
Draw a flowchart, or “map”, of your application, similar to the diagrams 
shown in the “Examples” section of this document—this will help you put 
all of the components in place. Illustrate the complete path of a call 
(incoming, outgoing, or both, depending on the application), and leave 
room at every step for information. Each dialed DN should have PBX 
information (for example, DN and ACD queue information) and Meridian 
Mail information (for example, service type, ACCESS application class 
number, and revert DN) associated with it. 


Figure 4-1 provides a sample flowchart. If Voice Messaging and other 
services are set up already, you do not need to describe all of them in 
detail—include only the information that is relevant to your applications. 
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Figure 4-1 
Sample flowchart 
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Chapter 5: Configuration procedures 





This section contains all procedures involved in configuring a Meridian 
ACCESS-based application. Not all of these procedures apply to every 
application. The “General procedure” section of this chapter will help you 
determine which specific procedures you must perform. Refer to the 
“Overview” section of this document for a description of the concepts 
involved. 


The procedures described in this chapter use the Meridian | as an example. 
If configuring a system with a different PBX, refer to the appropriate 
manuals of that PBX for details. 


Note: The procedures described in this section cover only the initial 
configuration of an application. For modification procedures, refer to 
the System Administration Guide (NTP 555-7001-30x). 
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General procedure 


The following procedure outlines all the major steps involved in 
configuring an application. If a step does not apply, simply skip that step 
and proceed to the next one. 


Procedure 5-1 
General procedure for configuring an application 


1 Draw a flowchart of your application that includes all of the necessary 
information for configuration purposes. 


Drawing a flowchart is described in the “Planning your application” 
section of this document, and flowchart examples are illustrated in the 
“Examples” section. Specify the following information in your flowchart: 
e every dialed DN (ACD DN) 


e whether each ACD DN has channels assigned to it or is forwarded 
to another ACD DN (which has channels assigned) 


e appropriate revert DN for each dialed DN 
2 For each ACD DN, add an ACD queue on the PBX. 


See Procedure 5-2 (on page 5-4) for ACD queues which share 
existing Meridian Mail channels. 


See Procedure 5-3 (on page 5-4) for ACD queues which have agents 
assigned to them (for dedicated incoming channels). 


3 For applications that require dedicated incoming channels 


If you are adding new ACD agents to the new application’s queue (and 
have purchased additional Meridian Mail channels), perform the 
following steps: 


a. Add the agents to the new ACD queue. 
See Procedure 5-4 (on page 5-5). 


If you are reassigning ACD agents from the Meridian Mail queue to the 
new application’s queue, perform the following steps: 


a. Disable any Meridian Mail channels that are going to be modified. 
See Procedure 5-7 (on page 5-8). 

b. Remove the agents from the Meridian Mail ACD queue. 
See Procedure 5-5 (on page 5-7). 

c. Update the Meridian Mail ACD queue to reflect fewer agents. 
See Procedure 5-6 (on page 5-7). 
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d. Add the “new” agents to the new ACD queue. 
See Procedure 5-4 (on page 5-5). 


Update the Channel Allocation Table if you are using the 
dedicated-channel method for incoming or outgoing calls: 


a. Disable any channels that are going to be modified (if not already 
disabled). 


See Procedure 5-7 (on page 5-8). 


b. For incoming calls on dedicated channels, modify the “Primary DN” 
and “Outbound” fields. For outgoing calls on dedicated channels, 
modify the “Outbound?” field. 


See Procedure 5-8 (on page 5-9). 
c. Enable any disabled channels. 
See Procedure 5-9 (on page 5-11). 


Update the VSDN table to reflect all new DNs and their respective 
services, class numbers, and revert DNs. 


See Procedure 5-10 (on page 5-11). 
Add voice mailboxes as necessary. 
Ensure that the “Storage space” field contains an appropriate value. 
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PBX procedures 


Procedure 5-2 
Adding an ACD queue (for shared channels) 


1 Load Overlay 23 at the Meridian 1 administration terminal. 

2 Respond to the prompts as shown in Table 5-1. 

3 Press the <Return> key for each prompt that appears after NCFW. 
4 Enter “END” at the next REQ prompt. 

Table 5-1 


Overlay 23—ACD queue parameters (for shared channels) 


Prompts Responses Description 

REQ NEW 

TYPE ACD ACD data block 

CUST Meridian 1 customer number 
ACDN Enter the DN of the voice service. 


MWC This is not a message center. 


MAXP Maximum number of positions 


NCFW Enter the “main” ACD DN (one with 
channels assigned) to which this queue 
is forwarded. 





Procedure 5-3 
Adding an ACD queue (for dedicated channels) 


1 Load Overlay 23 at the Meridian 1 administration terminal. 

2 Respond to the prompts as shown in Table 5-2. 

3 Press the <Return> key for each prompt that appears after NCFW. 
4 Enter “END” at the next REQ prompt. 
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Table 5-2 
Overlay 23—ACD queue parameters (for dedicated channels) 





Prompts Responses Description 

REQ NEW 

TYPE ACD ACD data block 

CUST Meridian 1 customer number 

ACDN Enter the ACD DN you wish to assign 
to this queue. 

MWC YES This is a Message Center DN. 

IMS YES This is an Integrated Messaging Ser- 
vice. 

CMS YES Use the AML Applications Protocol. 

IMA YES Enable IMS attendant. 

IVMS YES Integrated Voice Messaging 

VSID Enter the VAS ID (0-15). 

MAXP Maximum number of ACD agents. 


This should be equal to or greater 
than the number of voice channels in 
the installed voice processor cards. 


ALOG YES Provide automatic logon for the ACD 
agents associated with this group. 
NCFW Attendant DN (from OVL 15) 


Procedure 5-4 
Adding new ACD agents 


One Meridian Mail channel must be available for each new agent. For ease 
of maintenance, assign sequentially numbered agent IDs. 


Note: It is useful to have the ESDI disabled when adding agents. If you 
leave it enabled, the service changes will take much longer to perform. 
Use the DIS ESDI command in Overlay 48, then use ENL ESDI to 
enable it once the changes are complete. 
Load Overlay 11 at the Meridian 1 administration terminal. 

2 Respond to the prompts (as shown in Table 5-3) for the first agent. 


If you are re-adding agents that you removed from another queue, use 
the original agent position (KEY 0) and SCN DN (KEY 1) values. 
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3 Repeat step 2 for each ACD agent. 


4 When all agents have been added, enter “END” to the prompt REQ. 


Table 5-3 


Overlay 11—ACD agents 





Prompts 
REQ 
TYPE 
TN 


CDEN 


CUST 
CLS 


KEY 


KEY 


KEY 


KEY 
KEY 
KEY 
KEY 


Responses 
NEW 

SL1 

Il s cc u 


ss/dd/4d 


VMA 


0 ACD xxxxxxx 
yyyyyyy 


1 SCN zzzzzzz 


2 MSB 


3 NRD 
6 TRN 
7 AO3 
9 RLS 


Description 


Enter an ACD agent TN. Ranges: 
Single Density Double Density 
Loop = 0-159 0-159 


Shelf = 0-3 0-1 
Card = 1-10 1-10 
Unit = 0-3 0-7 


ACD agents may be on a single-, 
double-, or quad-density line card. 


Enter the customer number. 


Enter class of service: voice 
messaging allowed. Use the 
default for all other Class of 
Service options. 


Define key 0 as an ACD agent 
key. DN xxxxxxx is the Meridian 
ACCESS-based application DN. ID 
yyyyyyy is any unused DN in the 
numbering plan and is used to 
identify the agent position. It is not 
dialed by users. 


Define key 1 as a single call DN, 
non-ringing. DN zzzzzzz is an 
unused DN. 


Define key 2 as a Make Set Busy 
key. 


Define key 3 as a Not Ready key. 
Define key 6 as a Transfer key. 
Define key 7 as a Conference key. 


Define key 9 as a Release key. 
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Procedure 5-5 
Removing existing agents from the Meridian Mail queue 
Load Overlay 11 at the Meridian 1 administration terminal. 


2 Respond to the prompts (as shown in Table 5-4) for the first agent to be 
removed. 


3 Repeat step 2 for each ACD agent to be removed. 
4 When the agents have been removed, enter “END” to the prompt REQ. 


Table 5-4 
Overlay 11—Removing ACD agents 
Prompts Responses Description 
REQ OUT 
TYPE SL1 
TN Il s cc u Enter the TN of the ACD agent. 





Procedure 5-6 
Updating the Meridian Mail queue to reflect fewer agents 


1 Load Overlay 23 at the Meridian 1 administration terminal. 


2 Respond to the prompts as shown in Table 5-5 pressing <Return> for 
each prompt not shown below. 


3 Enter “END” at the next REQ prompt. 
Table 5-5 
Overlay 23—Updating Meridian Mail queue to reflect fewer agents 
Prompts Responses Description 
REQ CHG 
TYPE ACD ACD data block 
CUST Meridian 1 customer number 


ACDN Enter the Meridian Mail DN. 


MAXP Change the maximum number of ACD 
agents to the new number of agent 
positions assigned to the Meridian 
Mail queue. 
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Meridian Mail procedures 
Procedure 5-7 
Disabling a Meridian Mail port 
1 Goto the DSP Port Status screen (see Figure 5-1). 


a. Access the DSP Port Status screen through the following menu 
hierarchy: Main Menu —> System Status and Maintenance —> 
DSP Port Status. 


(You may be prompted to enter the node number for the DSP Port 
Status.) 
2 Press the [Courtesy Disable Port] softkey to disable the port. 
You are prompted for the number of an in-service port. 


3 Enter the required number followed by <Return>. 


The system may take some time in disabling the port since it waits for 
the port to become idle; the message “WORKING ...” will be displayed 
during this interval. 


The port status changes to “Pending,” and then to “OutofService.” 


4 Press the [Exit] softkey to return to the Main Menu. 


Figure 5-1 
DSP Port Status screen 


System Status and Maintenance 


DSP Port Status for Node 5 (C=Card D=DSP P=Port) 
System Status: InService Alarm Status: Critical = Off Major = On Minor = Unk 
C-D-P DSP Port Status 


3-1-* - Idle 2- 
3-2-* - Active 
3-3-* - Idle 6- 
3-4-* - Active 


4-1-* - Idle 

4-2-* - Idle - OutOfService 
4-3-* - Active 1- Active 
4-4-* - Active 


Select a softkey > 


Courtesy Change to 
Disable Port Range Mode* 


Exit Enable Port Disable Port 





* — This softkey is a toggle. When in Range Mode, the softkey is [Change to Single 
Mode]. 
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Procedure 5-8 
Modifying the Channel Allocation Table 


Note: Before you can modify anything in the Channel Allocation Table 
(CAT), you must disable the port that you want to modify. See 
Procedure 5-7. 


1 Goto the Channel Allocation Table (see Figure 5-2). 


a. Access the CAT through the following menu hierarchy: Main Menu 
—>System Status and Maintenance—>Channel Allocation Table. 


You may be prompted for the node number for the DSP port status. 


Figure 5-2 
Channel Allocation Table screen 


System Status and Maintenance 


Channel Allocation Table for Node 2 (C=Card D=DSP P=Port) 


*Choice of Services: 

ALL All Services AN AMIS Networking AS Announcement Service 

EM Express Messaging HM Hospitality Messaging ACC Meridian Access 
NW Meridian NetworkingCO Post Checkout Mailbox PM Prompt Maintenance 
RA Remote Activation TS Thru-Dial Service TD Time-of-Day Controls 

TR Transcription Service VF Voice Forms Service MS Voice Menu Service 

VM Voice Messaging VS Voice Softkey FOC Fax Outcalling 

OC  Outcalling 


Limit; Max Voice MinMulti; MaxFull; 
12 8 2 8 $ i F: 8 B:2 


TN ACD DN SCN Type Capability Outbound 


008-0-02-00 12345678 12345671 Voice Full Basic ACC Class: 
008-0-02-01 12345678 12345672 Voice Full Basic ACC Class: 
008-0-02-02 12345678 12345673 Multi Full Basic FOC 
008-0-02-03 blocked for Multimedia port 5-2-1. 

008-0-02-04 87654321 12345674 Multi Full Basic FOC 
008-0-02-05 blocked for Multimedia port 6-1-1. 


MORE BELOW —— 
Select a softkey > 


Hide Choice of 


Save Cancel E 
Services 





* The list of services displayed in this figure show all possible services for illustration purposes.Only those 
features that are installed on your system will be displayed on your terminal. 


2 Press the <Tab> key or the up or down arrow keys to move between 
fields. 


3 Change the ACD DN field for each channel to be dedicated to incoming 
calls. 


a. Backspace over the existing value. 
b. Type the application’s ACD DN. 
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Note: You need to change an ACD DN when you create another queue 
for a particular service. Since you must move ports to the queue, you 
must change the ACD DN to match the channels on the switch side. 


4 Change the Outbound field for each channel to be dedicated to 
outgoing calls. Refer to Table 5-6 for channel allocation rules. 
a. Backspace over the existing value. 
b. Type ACC. 
c. Press the <Tab> key. 
The Class field appears. 
d. Type the application Class number. 


Table 5-6 
Rules for acquiring outbound channels 


Configuration of the | Restrictions on the configured channel 
channel in the CAT 


ACCESS class # * ACCESS 100 applications are specifically 
(for example, designated to this channel and can use only it. 


ACCESS class 100) | Neither ACCESS applications of another class 
nor other services can use this channel. 


ACCESS any Any ACCESS class # applications not specifically 
designated to another channel can use this 
channel. 





all ACCESS class # applications not specifically 
designated to another channel and other services 
can use this channel. If an “ACCESS-any” 
channel exists, then ACCESS class # applications 
cannot use an “all” channel. 


* Note: To differentiate between types of ACCESS applications, each 
application has a class number represented by #. 


5 Change the Capability field to Basic Voice Channel. 
a. Use the <Tab> key to move to the Capability field. 
b. Use the arrow keys to toggle the value between Full and Basic. 


Note: ACCESS applications use Basic Voice channels. Fax on 
Demand and Voice Messaging services use Full Voice channels. If all 
Basic Voice channels are being used, you may use a Full Voice 
channel for ACCESS applications. If you decide to use a Full Voice 
channel, then you should arrange your heavy ACCESS applications on 
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the Basic Voice channel(s) and less heavy, outgoing applications on the 
Full Voice channel(s). 


Press the [Save] softkey. 
The changes are saved and the Voice System Configuration reappears. 


Procedure 5-9 
Enabling a port 


1 


4 


Go to the Port Status screen (see Figure 5-1). 


a. Access the Port Status screen through the following menu 
hierarchy: Main Menu —> System Status and Maintenance —> 
DSP Port Status. 


You may be prompted for the node number for the DSP Port 
Status. 


Press the [Enable Port] softkey. 
You are prompted for the number of an out-of-service port. 
Enter the required number followed by <Return>. 


The system may take some time in enabling the port; the message 
“Enabling Port n” will be displayed. The port status changes to 
“Loading” during this interval. Enabling is complete when the port goes 
idle. 


Press the [Exit] softkey to return to the Main Menu. 


Procedure 5-10 
Adding a new Meridian ACCESS service to the VSDN table 
(without multi-customer) 


1 


Go to the VSDN table (see Figure 5-3). 


The VSDN table is reached through the following menu hierarchy: Main 
Menu —> Voice Administration —> Voice Services Administration —> 
Voice Services-DN Table. 


Press the [Add] softkey. 
The ADD DN information screen appears (see Figure 5-4). 


Press the <Tab> key to move the cursor to each field, and enter the 
required information. 


The Class and Revert DN fields appear when you enter ACC in the 
Service field. 


Press the [Save] softkey. 
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The changes are saved and you are returned to the Voice Service-DN 
screen. 


Figure 5-3 
Voice Service-DN Table screen 


ABC Company Voice Services Administration 


Voice Services-DN Table 


Customer # DN Service Comment 


100 ACC ACCESS 

100 EM Express Messaging 
100 PM Prompt Maintenance 
100 AN AMIS Networking 
100 AS 1090 Announcement 

100 TS 3015 Thru-Dialer 

100 MS 4001 Voice Menu 

100 Voice Messaging 
100 Remote Activation 
100 £ Thru-Dial 

100 Express Messaging 
101 S Greetings Service 


Move the cursor to the item and press the space bar to select. > 


Exit Add View/Modify 





Procedure 5-11 

Adding a new Meridian ACCESS service to the VSDN table (with 
multi-customer) 

1 Goto the VSDN table (see Figure 5-3). 


The VSDN table is reached through the following menu hierarchy: Main 
Menu —> Customer Administration (select valid customer with the 
[View/Modify] softkey —> Voice Administration —> Voice Services 
Administration —>Voice Services-DN Table. 


2 Press the [Add] softkey. 
The ADD DN information screen appears (see Figure 5-4). 


3 Press the <Tab> key to move the cursor to each field and enter the 
required information. 


The Class and Revert DN fields appear when you enter ACC in the 
Service field. 
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4 Press the [Save] softkey. 
The changes are saved and you are returned to the Voice Services-DN 
screen. 


Figure 5-4 
The ADD DN Information screen 


ABC Company Voice Services Administration 


Add DN Information 
*Choice of Services: 


AN AMIS Networking AS Announcement Service EM Express Messaging 

FI Fax Information Service FIMFax Item Maintenance Service HM Hospitality Messaging 

ACC Meridian Access NW Meridian Networking CO Post Checkout Mailbox 
PM Prompt Maintenance RA Remote Activation TS Thru-Dial Service 

TD  Time-of-Day Controls TR Transcription Service VF Voice Forms Service 

MS Voice Menu Service VM Voice Messaging 


Access DN: 
Service: **Class: 
**Revert DN: 


Comment: 





Select a Softkey > 


Save Cancel 





* All possible services are listed in this screen for illustration purposes. 
** These fields are only displayed if the Service is set ACC. 
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Appendix A: SMDI systems 





This appendix describes how to administer Meridian Mail systems that are 
connected to a switch through a Simplified Message Desk Interface 
(SMDI). Meridian Mail platforms that use SMDI are the Modular Option 
GP and the Message Services Module (MSM) platform. 


For Modular Option GP systems, the Northern Telecom switches that 
Meridian Mail can be connected to using SMDI include 


DMS-10 or DMS-100 

SL-100 

ROLM, AT&T, and NEC PBXs 
AT&T #5 ESS 

AT&T #1 AESS 


For MSM, the Northern Telecom switches that Meridian Mail can be 
connected to using SMDI include 


DMS-100 

SL-100 

Meridian 1, ROLM, and AT&T PBXs 
AT&T #5 ESS 

AT&T #1 AESS 


For detailed information on Meridian Mail systems connected to these 
switches, refer to the NTPs listed in Table 6-1. 
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Table 6-1 
NTPs which cover Meridian Mail connection to various switches 


AT&T switch VoiceBridge Installation Procedures for AT&T 
Switches (NTP 555-7001-216) 

ROLM PBX switch VoiceBridge Installation Procedures for ROLM 
Switches (NTP 555-7001 -217) 


NEC PBX switch VoiceBridge Installation Procedures for NEC 
Switches (NTP 555-7001-218) 


Meridian 1 switch VoiceBridge Installation Procedures for 
Meridian 1 Switches (NTP 555-7001-219) 

DMS-10, DMS-100, or SL-100 switch DMS Family/SL-100 Meridian Mail System 
Administration Guide (NTP 555-7001-307) 


Overview and Planning 


The information presented in 


e = Chapter 2, “Meridian ACCESS Overview” 





e Chapter 3, “Configuration examples” and 
e Chapter 4, “Planning your application” 


of this NTP still applies to a Meridian ACCESS-based application in an 
SMDI-based environment. The primary difference is the configuration of 
the switch which will vary from that of the Meridian 1. 


Note: The concepts presented in call distribution and processing still 
apply, except where the term Automatic Call Distribution (ACD) is 
used. This term should be replaced with Uniform Call Distribution 
(UCD) as this is the term that describes the queueing and distribution 
of incoming calls for SMDI-systems. 


Planning your application 
When planning the capacity of your Meridian ACCESS system, determine 
the system size which will be required. System size will include both the 
number of ports that will be required as well as the number of SMDI links. 
Refer to the Meridian Mail Modular Option GP Site and Installation 
Planning Guide (NTP 555-7001-210) for further information on how to 
determine system size for Modular Option GP systems. 
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For information on how to determine system size for Message Services 
Module (MSM) systems, refer to the Meridian Mail MSM Planning and 
Engineering Guide (NTP 557-7001-100). 


Voice ports (channels) 

To determine the appropriate number of channels for the system, estimate 
the traffic requirements for each application. If you are using other 
Meridian Mail features, the traffic requirements for those must also be 
taken into account. For more information on determining system size, refer 
to Meridian Mail Site and Installation Planning (NTP 555-70x 1-200). 


Determining the number of SMDI links 

Multiple SMDI links are required if you have multiple PBX, DMS, or 
non-Meridian PBX systems attached to your Meridian Mail system. For 
multi-customer systems, you may also decide to have one customer per 
link. The maximum recommended number of links is 12 for a 5-node 
system. 


Configuration examples 
All configuration examples that were provided in Chapter 3 for the 
Meridian 1-based switch can also be implemented in the SMDI-based 
configuration. The primary difference is that a Meridian ACCESS-based 
application cannot block calls from arriving on a voice port using the 
dedicated incoming call model as can be done in the Meridian 1 
configuration. In the SMDI configuration, calls will be presented 
immediately to the Meridian ACCESS-based application and, as such, the 
IVR application must be ready to answer the call at any point if a port is 
acquired. 


The configuration summaries for the following examples are provided to 
show how they would work in an SMDI-based environment: 


e simple incoming call application using shared channels 


e two applications: one using dedicated incoming channels and the other 
one using shared channels 


e an application using dedicated channels for outgoing calls 
e = multi-function applications 
Note: For the following configurations, you may refer to the same 


examples in Chapter 3, “Configuration Examples,” for more 
information. 
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Simple incoming call application using shared channels 
Assuming that Meridian Mail has been installed, configured, and tested (so 
that voice messaging and Express Messaging function correctly using all 
available UCD agents), the following configuration procedure must be 
performed to set up an application like this one. 


Procedure 6-1 
Simple incoming call application using shared channels 


1 Define a line DN 4000 (forwarded to the primary UCD queue DN3000) 
on the PBX/DMS. 


2 Define DN 4000 as ACCESS-based application “1” in the VSDN table 
on Meridian Mail. 


3 Ensure that no Basic voice channels are configured in the Channel 
Allocation table. 


System with two applications: one using dedicated 
incoming channels, one using shared channels 
Assuming that Meridian Mail has been installed, configured, and tested (so 
that voice messaging and services function correctly using eight UCD 
agents), the following configuration procedure must be performed. 


Procedure 6-2 
System with two applications 


1 Define UCD DN 5000 (as a message center DN with two agents) on the 
PBX/DMS. 


2 Move two UCD agents assigned to DN 3000 to UCD DN 5000 (the 
voice messaging DN) on the PBX/DMS. 


3 Define a line DN 4000 (forwarded to the primary UCD queue DN 3000) 
on the PBX/DMS. 


4 Define DN 4000 as ACCESS-based application “1” and DN 5000 as 
ACCESS-based application 2 in the VSDN table on Meridian Mail. 


5 Modify the “Primary DN” field in the Channel Allocation Table for the two 
UCD agents assigned to DN 5000. Also modify the “Service” field so 
that two channels are dedicated to ACCESS, class 2, and the 
“Capability” field is defined as Full. If there are any Basic Ports, 
Application 1 will not be able to acquire a port. 
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System using dedicated channels for outgoing calls 
Assuming that the Channel Allocation Table is configured for six channels 
shared by all services and two channels dedicated to Networking, the 
following configuration procedure must be performed to set up an 
application like this one. 


Procedure 6-3 
System using dedicated channels for outgoing calls 


1 Modify the Channel Allocation Table entries so that two channels are 
dedicated to the Meridian ACCESS service, class 1, and the 
“Capability” field is defined as Basic. 


Multi-function applications 
Assuming that Meridian Mail has been installed, configured, and tested (so 
that voice messaging and Express Messaging function correctly using all 
available UCD agents), the following configuration procedures must be 
performed to set up an application like this one. 


Procedure 6-4 
Multi-function applications 


1 Define line DNs 4000, 4001, and 4002 (forwarded to the primary UCD 
queue DN 3000) on the PBX/DMS. 


2 Define DNs 4000, 4001, and 4002 as ACCESS-based application “1” in 
the VSDN table on Meridian Mail (use a different revert DN for each 
language so that callers can receive appropriate help). 


3 Define a line DN 4000 (forwarded to the primary UCD queue DN3000) 
on the PBX/DMS. 


4 Ensure that no Basic voice channels are configured in the Channel 
Allocation Table. 


Incoming and outgoing call applications 
To configure applications that provide both functions, simply combine the 
configuration information shown in the examples. 


Shared channels (both incoming and outgoing calls) 

This is the simplest, and probably most popular, scenario. Setup involves 
creating new UCD DNs (on the PBX/DMS) that are forwarded to the main 
queue and adding an entry for each new UCD DN in the VSDN table on 
Meridian Mail. 
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Shared incoming channels, dedicated outgoing channels 

Setup involves creating new UCD DNs (on the PBX/DMS) that are 
forwarded to the main queue and adding an entry for each new UCD DN in 
the VSDN table on Meridian Mail. 


The Channel Allocation Table must also be updated to dedicate particular 
channels to Meridian ACCESS-based applications with the appropriate 
class number. 


Dedicated incoming channels, shared outgoing channels 

Setup involves creating new UCD DNs (on the PBX/DMS) with the 
appropriate number of agents assigned to them (either new agents or agents 
removed from the main Meridian Mail queue). 


A new entry must be made in the VSDN table on Meridian Mail for each 
UCD DN. The Channel Allocation Table must also be updated to dedicate 
particular channels to Meridian ACCESS-based applications with the 
appropriate class number. 


Dedicated channels (both incoming and outgoing calls) 

On the PBX/DMS, setup involves creating new UCD DNs with the 
appropriate number of agents assigned to them (either new agents or agents 
removed from the main Meridian Mail queue). 


On Meridian Mail, a new entry must be made in the VSDN table for each 
UCD DN. The Channel Allocation Table must also be updated to dedicate 
particular channels to Meridian ACCESS-based applications with the 
appropriate class number. 


Configuration procedures 
This section contains all of the procedures involved in configuring a 
Meridian ACCESS-based application in an SMDI-based environment. Not 
all of these procedures apply to every application. The “General procedure” 
outlined below will help you to determine which specific procedures you 
must perform. 


Because the exact manner in which you configure voice services is 
switch-dependent, please refer to the following documents for appropriate 
configuration of your AT&T or ROLM PBX: 


e  VoiceBridge Installation Procedures for AT&T Switches (NTP 
555-7001-216) 
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VoiceBridge Installation Procedure for ROLM Switches (NTP 
555-7001-217) 


DMS Family/SL-100 Meridian Mail System Administration Guide, 
(NTP 555-7001-307). This NTP also contains configuration 
information for AT&T and ROLM PBXs 


Note: The procedures described in this section cover only the initial 
configuration of an application. For modification procedures, refer to 
either the System Administration Guide (NTP 555-7001-307) or the 
System Administration Guide for Multi-customer Systems (NTP 
555-7001-308). 


General procedures 
The following procedure outlines all of the major steps involved in 


configuring an application. If a step does not apply, simply proceed to the 
next step. 


Procedure 6-5 
Configuring an application 


1 


Draw a flowchart of your application that includes all of the necessary 
information for configuration purposes. Specify the following information 
in your flowchart: 


e every dialed DN (UCD DN) 

e whether each UCD DN has channels assigned to it or is forwarded 
to another UCD DN (which has channels assigned) 

e appropriate revert DN for each dialed DN 


Drawing a flowchart is described in the “Planning your application” 
section, flowchart examples are illustrated in the “Examples” section of 
Chapter 4. 


Add a line DN that is forwarded to the primary queue for applications 
that will share an existing UCD queue. 


For information on how to configure a line DN, refer to Procedure 6-6. 
For information on how to forward a line DN, refer to Procedure 6-7. 


For applications that require dedicated incoming channels, create any 
UCD queues that may be needed (see Procedure 6-8). 


If you are adding new UCD agents to the new application’s queue (and 
have purchased additional Meridian Mail channels), add the agents to 
the new UCD queue. 
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See Procedure 6-9 if you are adding agents to the new UCD queue. If 
you are reassigning UCD agents from the Meridian Mail queue to the 
new applications queue, see Procedure 6-10. 


4 Update the Channel Allocation Table if you are using the dedicated 
channel method for incoming or outgoing calls: 


a. Disable any channels that are going to be modified (if not already 
disabled). See Procedure 6-11. 


b. Modify the “Primary DN” and “Outbound” fields for incoming calls 
on dedicated channels. Modify the “Outbound” field for outgoing 
calls on dedicated channels. See Procedure 6-12. 


c. Enable any disabled channels. See Procedure 6-13. 


5 Update the VSDN table to reflect all new DNs and their respective 
services, class numbers, and revert DNs. 


See Procedure 6-10 if you are updating the VSDN table for a single 
customer site. If you are updating the VSDN table for a multi-customer 
site, see Procedure 6-15. 

6 Add voice mailboxes as necessary. 


Ensure that the “Storage space” field contains an appropriate value. 


PBX/DMS procedures 


Procedure 6-6 
Configuring a line DN 


At the MAP terminal (DMS/SL-100) 


1 Enter so followed by <Return>. 
2 Respond to the prompts as indicated in Table 6-2. 
The DN of the line becomes the directory number of the new service. 
Note: Use either the Call Forward Fixed (CFF) option or the Call 
Forward Universal (CFU) option to forward the DN to the voice 
messaging queue. CFF is recommended since it is much easier to 


implement. The CFFDN or CFUDN must be set to the UCD DN of 
the UCD queue to which the line DN is being forwarded. 
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Table 6-2 
Defining a DN for a voice service 


Comments 





SO: 
SONUMBER: $ |Current date and time 
DN: * Directory Number of the line (This is 


the DN you will enter in the VSDN 
table in Meridian Mail.) 


LCC: IBN Line class code of service 
GROUP Name of the IBN customer group to 
which the line belongs 

SUBGRP: Subgroup number 

NCOS: Network class of service 

SNPA: Serving NPA of the DN 

LEN: Line equipment number of the line 
| CFBCNTL: | N | (Normal assignment for CFB) | 
| CFBDN: | XXXXXXX | The Primary UCD DN | 
| CFDCNTL: | N | (Normal assignment for CFB) | 
| CFDDN: | XXXXXXX | The Primary UCD DN | 

OPTION: CFF ** Call Forward Fixed 

CFFDN: XXXXXXX The Primary UCD DN 

OPTION CFU ** Call Forward Universal 

OPTION: $ 





3 Choose either CFF or CFU. 


Note: |f you are using CFU, additional configuration is necessary. 
Go to Procedure 6-7 now. 
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Procedure 6-7 
Forwarding a line DN 


Note: This procedure must be carried out for every line that forwards 
to the primary UCD queue. 


At the MAP terminal 


1 ‘Type table cfx to define the CFU DN. This is the UCD DN of the 
primary UCD queue to which the voice service DN will forward. 
Respond to the prompts as indicated in Table 6-3. 


Table 6-3 
Defining the CFU DN 


Comments 


TABLE:CFX posxxxx0 where x x x x is the Line Equipment 
(for example, Number (LEN) of the line for the 
pos 4 19 160) | service you defined (enter a 0 at the 

end of the LEN) 


cha to indicate that you want to change 
the DN to which CFU forwards 


CFUIFDN XXXXXXX Enter the UCD DN of the primary 
UCD queue 





At a telephone set 

1 Connect a phone to the line. 

2 Go off hook. 

3 Call forward the line to the primary UCD DN. 

a. Dial the call forward activation code followed by the UCD DN. 

For example,: *80 2326050 
If you do not know what the code is, look it up in Table IBNXLA 
first. Check the entry for CFW. If there is no entry, configure a 


code. This table is described in the /nstallation and Maintenance 
Guide (NTP 555-70x1-250.) 


b. Listen for the confirmation tone. This indicates that the line has 
been forwarded. 


Note: If the DMS/SL-100 is rebooted, steps 1 to 4 will have to be 
repeated for each service that CFUs to the primary UCD queue. 
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Procedure 6-8 
Creating UCD queues 


At the MAP terminal (DMS/SL-100) 


1 


Enter table ucdgrp followed by <Return> to configure a UCD queue. 
Respond to the prompts as indicated in the /nstallation and 
Maintenance Guide (NTP 555-70x1-250). For the MAXPOS prompt, 
indicate the number of agents that will be added to this queue. 


Type table dnroute (BCS 32 and up) or table wrdn (BCS 31 and 
earlier) to define the directory number (DN) of the voice messaging 
UCD queue. Respond to the prompts as indicated in the Installation and 
Maintenance Guide (NTP 555-70x1-250). 


Procedure 6-9 
Adding UCD agents 


At the MAP terminal (DMS-100/SL-100) 


1 


Check the UCDGRP table for the queue(s) to which you will be adding 
new agents. Specifically, check the MAXPOS (the maximum number of 
UCD agents that can be active). If, when you add the new agents to the 
existing agents, the number of agents exceeds the MAXPOS value, you 
will have to increase it to support the new agents. 


Enter so followed by <Return>. For each new UCD agent, respond to 
the prompts as indicated in Table 6-4. If you do not want to add all of 
the new agents to the new service queue, add the remainder to the 
voice messaging queue. 
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Table 6-4 
Adding new UCD agents 


Comments 


SO: 


SONUMBER: Current date and time 


DN: Directory Number of the UCD agent 
LCC: Line class code of service 


GROUP: Name of the IBN customer group to 
which the line belongs 


SUBGRP: Subgroup number 

NCOS: Network class of service 

SNPA: Serving NPA of the DN 

LEN: Line equipment number of the line 
OPTION: COD Cut-off on Disconnect 

OPTION: UCD Uniform Call Distribution 

OPTION: DGT Digitone 

OPTION: CNF C06 6-party conferencing 

OPTION: SMDI Simplified Message Desk Interface 


LINE_NO: Line number position in the UCD 
SMDI group. This corresponds to 
the Agent ID (Al) in Meridian Mail 
which must match the number 
configured here. The Al is 
configured in Hardware Modification 
at the Tools level. 


UCDGRP: Name of UCD queue to which the 
agent belongs (UCDNAME from 
table UCDGRP) 


AUTOLOG: Y Autologon capability required 
OPTION: 





3 You are now ready to configure Meridian Mail. See the following 
section. 
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Procedure 6-10 
Moving UCD agents 


1 Enter so followed by <Return> to move UCD agents from the primary 
UCD queue to the new UCD queue. Make sure you move agents from 
a queue that is serviced by the type of port that is appropriate to the 
service to which you are dedicating ports. Respond to the prompts as 
indicated in Table 6-5. 


Table 6-5 
Moving a UCD agent 


Prompt Input Comments 





SONUMBER: $ | Current date and time 
DN_OR_LEN: DN or Line equipment number of the 
UCD agent 
| OPTION: | SMDI | Simplified Message Desk Interface | 
LINE_NO: Line number position in the UCD 


SMDI group. This corresponds to 
the Agent ID (Al) in Meridian Mail 
which must match the number con- 
figured here. The Al is configured in 
Hardware Modification at the Tools 
level. 


UCD GRP: Name of the new service UCD 
queue to which the agent belongs 
(UCDNAME from table UCDGRP) 


AUTOLOG: Y Autologon capability required 
OPTION: $ 

OPTION: UCD Uniform Call Distribution 
OPTION: DGT Digitone 

OPTION: CNF C06 6-party conferencing 
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Meridian Mail procedures 


Procedure 6-11 
Disabling a Meridian Mail channel 


1 Goto the Channel Status screen. 


The Channel Status screen is reached through the following menu 
hierarchy: Main Menu —> System Status and Maintenance, and 
following either step A or B depending on your system type. 


a. Select DSP Port Status for non-MSM systems. 


You may be prompted to enter the node number for the DSP Port 
Status. 


See Figure 6-1 for an example of the Channel Status screen for 
non-MSM systems. 


b. Select T1 Channel Status for MSM systems. 


See Figure 6-2 for an example of the Channel Status screen for 
MSM systems. 


2 Press the [Courtesy Disable Channel] softkey to disable the channel. 
You are prompted for the number of an inservice channel. 


3 Enter the channel number followed by <Return>. 


The system may take some time in disabling the channel since it waits 
for the channel to become idle; the message “WORKING ...” will be 
displayed during this interval. 


The channel status changes to “Pending,” and then to “OutofService.” 


4 Press the [Exit] softkey to return to the Main Menu. 
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Figure 6-1 
DSP Port Status screen (non-MSM systems) 


System Status and Maintenance 


DSP Port Status for Node 5 (C=Card D=DSP P=Port) 


System Status: InService Alarm Status: Critical = Off Major = On Minor = Unk 


DSP Port Status 


1- Idle 2- 
3- Active 
5- Idle 6- 
7- Active 


8- Idle 

9- Idle 10- OutOfService 
1l- Active 11l- Active 
12- Active 


Select a softkey > 


Courtesy Change to 


Exit Enable Port Disable Port Disable Port Range Mode* 





* — This softkey is a toggle. When in Range Mode, the softkey is [Change to Single 
Mode]. 
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Figure 6-2 
T1 Channel Status screen (MSM systems) 


System Status and Maintenance 


T1 Channel Status 
System Status: InService Alarm Status: Critical = Off Major = On Minor = Unk 


Channels 
Link 1234567891011 12 13 14 15 16 17 18 19 20 21 22 23 24 


a= Active/in use . =idle O = out of service R = no Resource 
F = Faulty p= Pending space = unequipped L = Loading 
C = Courtesy Down M = MakeBusy 


Select a softkey > 


Courtesy Change to 
Disable Chan Range Mode* 


Exit Enable Channel Disable Channel 





* This softkey is a toggle. When in Range Mode, the softkey is [Change to Single 
Mode]. 


Procedure 6-12 
Modifying the Channel Allocation Table 


1 Goto the Channel Allocation Table (see Figure 6-3 for an example of 
the CAT for non-MSM systems and Figure 6-4 for MSM systems). 


The Channel Allocation Table is reached through the following menu 
hierarchy: Main Menu —>System Status and Maintenance—> Channel 
Allocation Table. 


For non-MSM systems, you may be prompted for the node number for 
the DSP port status. For MSM systems, you may be prompted to 
select the T1 link. 


Press the <Tab> key or the up or down arrow keys to move between 
fields. 


2 Change the Primary DN field for each channel to be dedicated to 
incoming calls by backspacing over the existing value and entering in 
the application’s UCD DN. 
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3 Change the Outbound field for each channel to be dedicated to 
outgoing calls by: 


a. backspacing over the existing value and typing ACC 
b. pressing the <Tab> key (the Class field appears) 
c. typing the application Class number 


4 Change the Capability field to Basic Voice Channel by 
a. pressing the <Tab> key to move to the Capability field 
b. pressing the arrow keys to toggle the value between Full and Basic 


5 Press the [Save] softkey. 


The changes are saved and you are returned to the Voice System 
Configuration screen. 


6 Reboot Meridian Mail for the changes made to the CAT to take effect. 


Figure 6-3 
Channel Allocation Table screen (non-MSM systems) 


System Status and Maintenance 
Channel Allocation Table for Node 2 (C=Card D=DSP P=Port) 


Limit; Max Voice MinMulti; MaxFull; Allocated 
64 64 0 64 M/F: 0 V/F:60 V/B:0 


* 


C-D-P Rout.Addr PrimaryDN ChannelDN Type Capability Outbound 


50-1 6020 64 Voice Full Basic ALL 
50-2 6020 64 Voice Full Basic ALL 
50-3 6020 64 Voice Full Basic ALL 
50-4 6020 64 Voice Full Basic ALL 
50-5 6020 64 Voice Full Basic ALL 
50-6 6020 64 Voice Full Basic ALL 
50-7 6020 64 Voice Full Basic ALL 
50-8 6020 64 Voice Full Basic ALL 
50-9 6020 64 Voice Full Basic ALL 
50-10 6020 64 Voice Full Basic ALL 
50-11 6020 64 Voice Full Basic ALL 

50-12 6020 64 Voice Full Basic ALL 


COAIDMNPWNH 
ok ee 
TG TETEN TAD 
PEETER 


Poe TPR ot 
Beye bene 





5- 
5- 
5- 
5 

6- 
6- 
6- 
6- 
qe 
qe 
Ts 
7 


| 
ae 
N 


Select a softkey > 


Save Cancel Display Choice of 
Services 
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Figure 6-4 
Channel Allocation Table screen (MSM systems) 


System Status and Maintenance 


Channel Allocation Table: PrimaryConn. nn-n-n Secondary Conn. nn-n-n 


*Choice of Services: 

ALL All Services AN AMIS Networking AS Announcement Service 
EM Express Messaging FOCFax Outcalling GS Greeting Service 

HM Hospitality Messaging ACC Meridian ACCESS NW Meridian Networking 
CO Post Checkout Mailbox PM Prompt Maintenance RA Remote Access 
OC RN/DNU Outcalling TS Thru-Dial Service TR Transcription Service 
VF Voice Forms Service MS Voice Menu Service VM Voice Messaging 

VS Voice Softkey 


Limit; Max Voice MinMulti; MaxFull; Allocated 
187 192 0 192 M/F: 0 V/F: 192 V/B:0 


Chan# Rout.AddPrimaryDN ChannelDN Type Capability Outbound 


1 10-1 12345678 12345671 VoiceMulti Full Basic ACC Class: 
2 10-2 12345678 12345672 VoiceMulti Full Basic ACC Class: 
3 10-3 12345679 12345673 Voice(Multi) (Full) Basic FOC 
4 10-4 12345680 12345674 (Voice)Multi Full (Basic) ALL 


MORE BELOW — 
Select a softkey > 


Save Cancel Hide Choice of 
Services 





* The list of services displayed in this figure show all possible services for illustration purposes.Only those 
features that are installed on your system will be displayed on your terminal. 


Procedure 6-13 
Enabling a channel 
1 Goto the Channel Status screen (see Figure 6-1). 


The Channel Status screen is reached through the following menu 
hierarchy: Main Menu —> System Status and Maintenance, and 
following either step A or B depending on your system type. 


a. Select DSP Port Status for non-MSM systems. 


You may be prompted to enter the node number for the DSP Port 
Status. 


See Figure 6-1 for an example of the Channel Status screen for 
non-MSM systems. 
b. Select T1 Channel Status for MSM systems. 


You may be prompted to select the T1 Link if you have a multi-T1 
Link system. 


See Figure 6-2 for an example of the Channel Status screen for 
MSM systems. 
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4 


Press the [Enable Channel] softkey 
You are prompted for the number of an out-of-service channel. 
Enter the channel number followed by <Return>. 


The system may take some time in enabling the channel; the message 
“WORKING ...” will be displayed and the channel status changes to 
“Loading” during this interval. 


Press the [Exit] softkey to return to the Main Menu. 


Procedure 6-14 
Adding a new Meridian ACCESS service to the VSDN table 
(without multi-customer) 


1 


Go to the VSDN table (see Figure 6-5). 

The VSDN table is reached through the following menu hierarchy: Main 
Menu —> Voice Administration —> Voice Services Administration —> 
Voice Service-DN Table. 

Press the [Add] softkey. 


The ADD DN information screen appears (see Figure 6-6). 


Press the <Tab> key to move the cursor to each field, and enter the 
required information. 


The Class and Revert DN fields appear when you enter ACC in the 
Service field. 


Press the [Save] softkey. 


The changes are saved and you are returned to the Voice Service-DN 
screen. 
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Figure 6-5 
Voice Service-DN Table screen 


ABC Company Voice Services Administration 


Voice Services-DN Table 


Customer # DN Service Comment 


ACC ACCESS 
EM Express Messaging 
PM Prompt Maintenance 
AN AMIS Networking 
AS 1090 Announcement 
TS 3015 Thru-Dialer 
MS 4001 Voice Menu 
Voice Messaging 
Remote Activation 
Thru-Dial 
Express Messaging 
Greetings Service 





Move the cursor to the item and press the space bar to select. > 


Exit Add View/Modify 





Procedure 6-15 
Adding a new Meridian ACCESS service to the VSDN table 
(with multi-customer) 


1 Goto the VSDN table (see Figure 6-5). 


The VSDN table is reached through the following menu hierarchy: Main 
Menu —> Customer Administration (select valid customer with the 
[View/Modify] softkey —> Voice Administration —> Voice Services 
Administration —>Voice Service-DN Table. 

2 Press the [Add] softkey. 


The ADD DN information screen appears (see Figure 6-6). 


3 Press the <Tab> key to move the cursor to each field, and enter the 
required information. 


The Class and Revert DN fields appear when you enter ACC in the 
Service field. 


4 Press the [Save] softkey. 


The changes are saved and you are returned to the Voice Service-DN 
screen. 
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Figure 6-6 
The ADD DN Information screen 


ABC Company Voice Services Administration 
Add DN Information 
*Choice of Services: 
AN AMIS Networking AS Announcement Service EM Express Messaging 
FI Fax Information Service FIM Fax Item Maintenance Service HM Hospitality Messaging 
ACC Meridian Access NW Meridian Networking co Post Checkout Mailbox 
PM Prompt Maintenance RA Remote Activation TS Thru-Dial Service 
TD  Time-of-Day Controls TR Transcription Service VF Voice Forms Service 
MS Voice Menu Service VM Voice Messaging 
Access DN: 
Service: **Class: 


**Revert DN: 


Comment: 





Select a Softkey > 


Save 





* All possible services are listed in this screen for illustration purposes. 
** These fields are only displayed if the Service is set ACC. 
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ACCESS 

components, 1-1 

description, 1-1 

transactional messaging applications, 2-2 
accounts. See mailboxes 


ACD 
agents 
adding, 5-5 
overlay, 5-6 


call forwarded to, 2-4 
directory number. See ACD DN 
DN 
incoming calls to, 2-2 
primary, 2-3 
with other voice services, 2-3 
for Meridian 1 systems, 2-2 
queue 
adding for dedicated channels, 5-4 
adding for shared channels, 5-4 
queue parameters, for dedicated channels, 
5-5 
adding agents, using a service order, 6-12, 
6-13 
administrative applications, description, 2-1 
agent positions, description, 2-2 


application 
incoming call 
using shared channels, 6-4 
using shared- and dedicated-channels, 
3-4, 6-4 
outgoing call, using shared- and 
dedicated-channels, 3-6, 6-5 
types 
administrative, 2-1 
inbound, 2-1 
multi-function, 3-8 
outbound, 2-1 
applications, IVR, 1-1 
automatic call distribution. See ACD 


B 


basic voice channels, 2-5 


C 


call processing, description, 2-4 
CAT 

channel, enable, 5-11, 6-18 

description, 2-4 

modifying, 5-9, 6-16 

screen, sample, 5-9, 6-17, 6-18 
channel allocation table. See CAT 
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channels 
See also channels; voice ports 
CAT, enable, 5-11, 6-18 
combining shared and dedicated, 2-3 
dedicated, adding ACD queue, 5-4 
Meridian Mail 
basic voice channels, 2-5 
disabling, 5-8, 6-14 
full voice channels, 2-5 
multimedia channels, 2-5 
shared, adding ACD queue, 5-4 
shared vs dedicated, 2-3 
components 
illustration, 1-2 
list of, 1-1 
configuration 
examples, 3-1 
procedures 
general, 5-2, 6-7 
Meridian Mail, 5-8, 6-14 
PBX, 5-4, 6-8 


D 


dedicated channels 
combined with shared channels, 2-3 
configuration, 2-3 
vs shared channels, 2-3 
DMS configuration, adding agents, using a 
service order, 6-12, 6-13 


E 


external phone, description, 2-1 


F 


full voice channels, 2-5 
full voice ports, constraints, 2-5 


inbound applications 

call handling, 2-3 

description, 2-1 
incoming call applications 

See also inbound applications 

using shared channels, illustration, 3-2 
Interactive Voice Response. See IVR 
internal phone, description, 2-1 
IVR, description, 1-1 


L 


line DNs, shared configuration, datafill for 
Meridian Mail services, 6-9 


mailboxes 
customization, 2-6 
description, 2-6 
sharing, 2-6 
Meridian | systems, using ACD, 2-3 
Meridian ACCESS link speeds 
See also PBX 
pre-configuration requirements, 1-3 
Meridian Mail 
call processing, 2-4 
channels 
basic voice channels, 2-5 
constraints, 2-5 
full voice channels, 2-5 
multimedia, 2-5 
configuration, procedures, 5-8, 6-14 
description, 2-3 
pre-configuration requirements, 1-2 
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queue 
removing agents, 5-7 
updating agents, 5-7 
messaging applications, 2-2 
multi-function applications, description, 3-8 
multimedia channels, 2-5 
multimedia ports, constraints, 2-5 


O 


outbound applications, description, 2-1 

outbound discussion, description, 2-5 

outgoing call applications. See outbound 
applications 


P 
PBX 
configuration, procedures, 5-4, 6-8 
description, 2-2 
pre-configuration requirements, 1-5 
pre-configuration requirements 
considerations, 4-1 
disk space, 4-1 
voice port channels, 4-2, 6-3 
Meridian ACCESS link speeds, 1-3 
Meridian Mail, 1-2 
PBX, 1-5 
UNIX workstation, 1-5 
private branch exchange. See PBX 


R 


requirements, before configuring ACCESS, 
1-2 
Meridian ACCESS link speeds, 1-3 
Meridian Mail, 1-2 
PBX, 1-5 
UNIX workstation, 1-5 


S 


service order, adding agents with, 6-12, 
6-13 
shared channels 
combined with dedicated channels, 2-3 
confighuration, 2-3 
vs dedicated channels, 2-3 
silence compression, settings, 1-3 
SL-100 configuration, adding agents, using a 
service order, 6-12, 6-13 


T 


table 
CAT, 2-4 
VSDN, 2-4 


U 


UCD, line DNs, shared configuration, 
datafill for Meridian Mail services, 
6-9 

UNIX workstation, pre-configuration 
requirements, 1-5 


V 


voice port channels, pre-configuration 
requirements, 4-2, 6-3 
voice ports. See channels 
Voice Prompt editor 
references, 1-3 
requirements, 1-3 
Voice Service-DN table. See VSDN table 
VSDN table 
adding new ACCESS service 
multi-customer, 5-12, 6-20 
single-customer, 5-11, 6-19 
components, 2-4 
description, 2-4 
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